home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0079 / 725.txt < prev    next >
Text File  |  1997-04-16  |  16KB  |  392 lines
  1.  
  2. INFO-ATARI16 Digest         Thu, 30 Nov 89       Volume 89 : Issue 725
  3.  
  4. Today's Topics:
  5.                 "kneecapping" and TOS piracy (2 msgs)
  6.                             Chip Woes.....
  7.                        Disappearing Disk Space
  8.                      INFO-ATARI16 Digest V89 #708
  9.                                Modula 2
  10.                               OS9 for st
  11.                     Prodigy run under Spectre GCR?
  12.                             Shareware Mac
  13.                           Still searching...
  14.                      ST TeX questions (atari.mf)
  15.                          Text in a GEM Window
  16.                                TOS 1.4
  17.                             Vapourware!!!
  18. ----------------------------------------------------------------------
  19.  
  20. Date: 29 Nov 89 19:03:38 GMT
  21. From: uvm-gen!pegram@uunet.uu.net  (pegram r)
  22. Subject: "kneecapping" and TOS piracy
  23. Message-ID: <1349@uvm-gen.UUCP>
  24.  
  25. From article <434@opus.NMSU.EDU>, by whack@nmsu.edu (Warren J Hack):
  26. >
  27. > In the previous post, it was commented that what was needed
  28. > was some commitment by developers to improve their products
  29. > and for there to be a wider variety of products produced.
  30. > Some products were suggested including SLM drivers, graphics
  31. > packages, and so forth.
  32. > I would like to comment that some of the need for products like
  33. > the Spectre GCR and PC-Speed(and others like them) arises from
  34. > the fact that there is software available on those machines which
  35. > are in ways better developed than ST software.  I congratulate
  36. > the developers of the emulators for making that software available
  37. > to ST users, but I must ask software developers to fill in the
  38. > gaps with ST software.
  39.  
  40.         ?specific request deleted?
  41.         Hear, Hear! All I've been seeing is flames about hardware and
  42.         the way Atari is run.  We can do little about those things, but
  43.         isn't there something we can do to turn around the small and
  44.         shrinking (at least in the U.S.A.) applications software base?
  45.         I can't find software titles that were out years ago, e.g. some
  46.         compilers, an on-the-fly keyboard macro program, an outliner-word
  47.         processor like More on the Mac (all there ever was was Hippo Concept),
  48.         and new ones are not out there replacing them.  If this doesn't
  49.         change soon I may be forced to go to permanent emulation (haven't
  50.         done it at all - yet ;-?).  Constructive suggestions desired.
  51.  
  52. > Let's hear it for some variety and quality.
  53. >
  54. > Warren J. Hack               Dept. of Astronomy, New Mexico State
  55. > whack@nmsu.edu               "I'm just a poor grad. student"
  56.  
  57.  
  58. Bob Pegram (pegram@griffin.uvm-gen.uvm.edu)
  59.  
  60. ------------------------------
  61.  
  62. Date: 29 Nov 89 19:12:32 GMT
  63. From: zephyr.ens.tek.com!tektronix!psueea!!kirkenda@beaver.cs.washington.edu
  64.  (Steve Kirkendall)
  65. Subject: "kneecapping" and TOS piracy
  66. Message-ID: <2031@psueea.UUCP>
  67.  
  68. In article <8911280802.AA18983@ucbvax.Berkeley.EDU> JOHNBARNES@ENH.NIST.GOV
  69.  writes:
  70. >Why Not, I ask?  If people want to burn their own ROMS, why not let
  71. >them?  Atari should even provide diagnostic files that can be run to
  72. >test the validity of user-generated ROMS.
  73.  
  74. I can certainly understand why Atari protects their ROMs...
  75.  
  76. They do it for the same reason that Apple protects theirs.  If Mac ROMs were
  77. freely redistributable, then Mac emulators would be EVERYWHERE!  What would
  78. that do to Apple?
  79.  
  80. Ah, you're thinking "Yes, but who in their right mind would want to emulate
  81. an ST?"  Amiga owners, for one.  About a month ago, there was a lot of traffic
  82. on comp.sys.amiga regarding a P.D. Atari ST emulator which DIDN'T WORK!
  83. It seems that the original version of the emulator (which was distributed on
  84. disk) had illegal copies of Atari ROMs stored on "unused" sectors of the
  85. disk.  When somebody uploaded it, they forgot to upload the illegal ROMs.
  86. So anybody who downloaded the emulator got a useless package.
  87.  
  88. Some people wondered if they were using it wrong.  Some were angry because they
  89. had gone to a lot of trouble and still hadn't managed to steal anything.  Some
  90. jokingly said "Yep, real Atari's work that way, too."
  91.  
  92. Nobody said "This is wrong.  We *shouldn't* copy Atari ROMs like this."
  93.  
  94. >Why Not, I ask?  If people want to burn their own ROMS, why not let
  95. >them?  Atari should even provide diagnostic files that can be run to
  96. >test the validity of user-generated ROMS.
  97.  
  98. Because they can't trust us to use them as Atari intended.
  99. Because they have a reputation to protect (such as it is).
  100. Because they don't want to support a product that doesn't earn them money.
  101. Because copyrights can be lost if they aren't enforced.
  102. Because parts of the ROMs are really copyrighted by DRI, not Atari.
  103. --------------------------------------------------------------------------------
  104. Steve Kirkendall, kirkenda@jove.cs.pdx.edu, uunet!tektronix!psueea!jove!kirkenda
  105.  
  106. ------------------------------
  107.  
  108. Date: 29 Nov 89 19:03:14 GMT
  109. From: att!dptg!lzaz!hcj@ucbvax.Berkeley.EDU  (HC Johnson)
  110. Subject: Chip Woes.....
  111. Message-ID: <870@lzaz.ATT.COM>
  112.  
  113. In article <89332.112515JJL101@PSUVM.BITNET>, JJL101@PSUVM.BITNET (J.J. Lehett)
  114.  writes:
  115. >
  116. >     I know this may be an old topic....but I really would like to stop having
  117. > to drop my ST before I boot it to work properly  :)  I know its a looses
  118. > chip problem (at least pretty sure it is), but don't know which it is.
  119. pull an reseat the square chips.
  120. also consider tightening their sockets (carefully).
  121.  
  122. Occationally, a EZram needs to be pulled out of the MMU and reseated.
  123.  
  124.  
  125. Howard C. Johnson
  126. ATT Bell Labs
  127. att!lzaz!hcj
  128. hcj@lzaz.att.com
  129.  
  130. ------------------------------
  131.  
  132. Date: 29 Nov 89 19:07:44 GMT
  133. From: att!dptg!lzaz!hcj@ucbvax.Berkeley.EDU  (HC Johnson)
  134. Subject: Disappearing Disk Space
  135. Message-ID: <871@lzaz.ATT.COM>
  136.  
  137. In article <1989Nov29.035921.1943@agate.berkeley.edu>,
  138.  ladasky@codon3.berkeley.edu (John Ladasky;1021 Solano No. 2;528-8666) writes:
  139. >
  140. >       I just had something terribly unpleasant happen to me... I'm using
  141. > Dr T's Copyist to assemble PostScript files of my music.  For those of you
  142. >
  143. > into the process, each of my disks came up with a "file creation or write
  144. > error" (I love how specific this message is, too).  That was when I checked
  145. > the disk space.
  146. when a process opens and is writing a file doesn't close it properly
  147. the directory info is not correct but the fats are lost.
  148.  
  149. I use fsck (posted here sometime)  to recover the space from my hard disk.
  150.  
  151. I guess just reformatting is the best for floppies.
  152.  
  153. Howard C. Johnson
  154. ATT Bell Labs
  155. att!lzaz!hcj
  156. hcj@lzaz.att.com
  157.  
  158. ------------------------------
  159.  
  160. Date: 29 Nov 89 23:15:57 GMT
  161. From:
  162.  zaphod.mps.ohio-state.edu!samsung!aplcen!jhunix!ins_bac@tut.cis.ohio-state.edu
  163.  (Ajay Choudhri)
  164. Subject: INFO-ATARI16 Digest V89 #708
  165. Message-ID: <3446@jhunix.HCF.JHU.EDU>
  166.  
  167. >Also, does anyone know of any Atari Dealers In New Jersey?
  168.  Well up ny where Atari Explorer is published(Mendham) there is an excellent
  169. Mom+Pop outfit called Gemini Computers. he sells only Atari Hardware
  170. and A ton of Software.  Anyway specifically it is in Morristown and
  171. he does have a good clientele(sp?).
  172. His support is great, but he cant compete with a huge outift like J&R
  173.  Musicworldin NYC. (they are backordered so good luck with them)
  174.  
  175. >                                Frank Rachel
  176. >                                             Bitnet:FRACHEL@UMIAMI
  177.  
  178. -Ajay Choudhri
  179. ins_bac@Jhunix.bitnet
  180. btw if you are an NJ ST owner in the 201 area code, get in touch.
  181.  
  182. ------------------------------
  183.  
  184. Date: Thu, 30 Nov 89 00:35+0100
  185. From: Ritzert%DMZRZU71.BITNET@Forsythe.Stanford.EDU
  186. Subject: Modula 2
  187. Message-ID: <891129233546.307670@DMZRZU71-UNI-MAINZ--GERMANY>
  188.  
  189. > Although this translation has gone through a layer of Dutch, I still
  190. > think it is a faithful one. Note that some of the conditions imply others.
  191.  
  192. Yes indeed, it is faithful. And translated precisely.
  193.  
  194. Michael Ritzert
  195. mjr@dmzrzu71.bitnet
  196.  
  197. ------------------------------
  198.  
  199. Date: 29 Nov 89 22:53:46 GMT
  200. From: pyrnj!esquire!wynkoop@rutgers.edu  (Brett Wynkoop)
  201. Subject: OS9 for st
  202. Message-ID: <1640@esquire.UUCP>
  203.  
  204. Greeting-
  205.      I have heard there is a very good port of OS9 for the ST in europe.
  206. Who did this port and where can I contact them?  Has anyone tried this or
  207. any other port of OS9 on the portable ST?  Any info on the European port
  208. would be helpful as I have some instilations to support in the UK and
  209. France.
  210.  
  211.      Please reply to me directly, or to comp.os.os9 as I do not read
  212. comp.sys.atari.st
  213.  
  214.  
  215. -Brett
  216.  
  217. uucp.......cmcl2!esquire!wynkoop  (wynkoop@esquire.dpw.com)
  218. voice .....212-266-0741
  219.  
  220. ------------------------------
  221.  
  222. Date: 29 Nov 89 19:10:30 GMT
  223. From: att!dptg!lzaz!hcj@ucbvax.Berkeley.EDU  (HC Johnson)
  224. Subject: Prodigy run under Spectre GCR?
  225. Message-ID: <872@lzaz.ATT.COM>
  226.  
  227. Has anyone run the Prodogy info system for MAC on Spectre GCR?
  228.  
  229.  
  230. Howard C. Johnson
  231. ATT Bell Labs
  232. att!lzaz!hcj
  233. hcj@lzaz.att.com
  234.  
  235. ------------------------------
  236.  
  237. Date: 30 Nov 89 03:11:36 GMT
  238. From: cs.utexas.edu!jarvis.csri.toronto.edu!utgpu!nemeth@tut.cis.ohio-state.edu
  239.  (Gabe Nemeth)
  240. Subject: Shareware Mac
  241. Message-ID: <1989Nov30.031136.14692@gpu.utcs.utoronto.ca>
  242.  
  243. In article <5694@umd5.umd.edu> matthews@umd5.umd.edu (Mike Matthews) writes:
  244. >In article <3870@netmbx.UUCP> hase@netmbx.UUCP (Hartmut Semken) writes:
  245. >>>I kinda hope that this shareware Mac thing specifically checks for illegal
  246.  ROMs.
  247. >>How?
  248. >>I suspect Pit to read in the ROMs from a standard ROM cartridge (this
  249. >>simple thing with 2 sockets and a 7400 that plugs to the cartridge port
  250. >>and offers 128 KBytes of ROM); it would be impossible to tell original
  251. >>chips from copies in EPROM.
  252. >>But it would leave responsibility to the user; the author of the
  253. >>software does not suggest the user to do anything illeagal...
  254. >>
  255. >>hase
  256. >>--
  257. >>Hartmut Semken, Lupsteiner Weg 67, 1000 Berlin 37 hase@netmbx.UUCP
  258. >
  259. >'Impossible' is a word best left out of computer hacker's works.  Dave Small
  260. >checks for illegal ROMs/EPROMs in  his Spectre 128 and Spectre GCR cartridges.
  261. >ROMs and EPROMS aren't EXACTLY the same, in some manner.  Perhaps he tests the
  262. >speed of retrieval.  Perhaps he tests some sort of electrical property, such
  263. >as resistance or somesuch (I know nothing about this, but it's just an idea).
  264. >
  265. >If the author of the software invites people to illegally copy ROMs or whatnot,
  266. >then 99 times out of 100, the user will copy the ROMs.  Especially if you HAVE
  267. >to.
  268. >
  269. >Mike
  270.  
  271. The LEGAL "ROMS" my mac uses are part number 23512 - this is a windowless
  272. eprom (OTP) version of the 27512.  Therefore it IS an eprom physically but
  273. since you can't erase it it is a rom (prom).  Dave small inverts a couple
  274. of lines on his cartridge to deter people from making their own and
  275. copying his software (or using the magic sac!).  I guess his software
  276. re-inverts the inverted data as it is read off the cartridge.
  277. /leonard
  278.  
  279. ------------------------------
  280.  
  281. Date: 29 Nov 89 22:27:46 GMT
  282. From: att!chinet!saj@ucbvax.Berkeley.EDU  (Stephen Jacobs)
  283. Subject: Still searching...
  284. Message-ID: <1989Nov29.222746.2044@chinet.chi.il.us>
  285.  
  286. >In article <1830@atari.UUCP> kbad@atari.UUCP (Ken Badertscher) writes:
  287. >>Atari Corp. policy is that we offer developer support to registered
  288. >>developers, not to end users.  I know how you feel about the issue,
  289. >>and I'm sorry if you feel "left out."  It seems to me, though, that it
  290. >>just wouldn't be cost effective for us to offer the level of technical
  291. >>support we give to developers to end users.
  292.  
  293. I'm still carping.  If the TOS 1.4 documentation is indicative of what Atari
  294. documentation is going to be like in the future, it's a gigantic step in a
  295. good direction.  But I still think that making a listing of ROM contents, as
  296. of some major freeze date, with comments, available to registered developers
  297. would be a GOOD THING.  Extra charges, extra confidentiality agreements and
  298. big red warnings "This is provided only as a supplement to <other documents>;
  299. Atari guarantees to break any program dependent on OS features not promised
  300. elsewhere" would be acceptable.  Although I also don't see any need to make
  301. such a thing confidential.  I do see the need for warnings.
  302.                                     Steve J.
  303.  
  304. ------------------------------
  305.  
  306. Date: 30 Nov 89 03:42:56 GMT
  307. From:
  308.  cs.utexas.edu!jarvis.csri.toronto.edu!ists!stpl!tyler@tut.cis.ohio-state.edu
  309.  (Tyler IVANCO)
  310. Subject: ST TeX questions (atari.mf)
  311. Message-ID: <201@stpl.UUCP>
  312.  
  313. The file `atari.mf' is packed with the various previewer packages that
  314. we've distributed.  Its purpose is to provide those with metafont, the
  315. setup information required to generate the screen fonts.  It is not a
  316. TeX/LaTeX file.  Apparently, metafont is available for the ST series.
  317.  
  318.                                                         Tyler
  319.  
  320. ------------------------------
  321.  
  322. Date: Wed, 29 Nov 89 21:38:08 EST
  323. From: David Megginson <MEGGIN@vm.epas.utoronto.ca>
  324. Subject: Text in a GEM Window
  325. Message-ID: <89Nov29.214314est.58002@ugw.utcs.utoronto.ca>
  326.  
  327. There are some fast and nasty shortcuts, but you _should_ put text in
  328. a GEM window by calling v_gtext() (or something like that) _only_ in
  329. your redraw function, or when you have to draw a new character in the
  330. window. _Never_ draw to a window unless
  331.  
  332.          1) You check to make sure that it is the top window
  333.          2) You walk through the wind_get() rectangle list, and clip
  334.             to each of those rectangles while you redraw the window.
  335.  
  336. It's difficult. The AES will tell you when to redraw different areas
  337. of your window, and you have to be ready to respond. Keep track of
  338. the text in a separate array or linked list, so that you know what to
  339. put in the window when redraw time arrives.
  340.  
  341.         David Megginson, Centre for Medieval Studies, Toronto
  342.  
  343. ------------------------------
  344.  
  345. Date: 29 Nov 89 22:54:43 GMT
  346. From: sdcc6!sdcc10!cs161fca@ucsd.edu  ( )
  347. Subject: TOS 1.4
  348. Message-ID: <5448@sdcc6.ucsd.edu>
  349.  
  350. In article <1825@atari.UUCP> apratt@atari.UUCP (Allan Pratt) writes:
  351. >(I don't really know that much about the subs: for example, I think
  352. >they order ROMs from Atari Taiwan.  The point is that Atari Corporation
  353. >
  354. >============================================
  355. >Opinions expressed above do not necessarily    -- Allan Pratt, Atari Corp.
  356. >reflect those of Atari Corp. or anyone else.     ...ames!atari!apratt
  357.  
  358.  
  359.  
  360. Just curious.  The ST is made in Taiwan.  But is the ST sold in
  361. Taiwan, or Atari Taiwan is just a company making computers for
  362. exports (to the US and Canada and Europe?)
  363.  
  364. ------------------------------
  365.  
  366. Date: 29 Nov 89 14:21:04 GMT
  367. From:
  368.  mailrus!jarvis.csri.toronto.edu!utgpu!watmath!watserv1!watdragon!tiger!achowe@t
  369.  ut.cis.ohio-state.edu  (anthony howe)
  370. Subject: Vapourware!!!
  371. Message-ID: <18784@watdragon.waterloo.edu>
  372.  
  373. >In article <24502@cup.portal.com> Bob_BobR_Retelle@cup.portal.com writes:
  374. >[lots of stuff about GEnie and Neil Harris, the thrust of which is that he
  375. > thinks Atari lied to him]
  376. >
  377.  
  378. Is there a way to modify the read-news kill-file so as to kill by author
  379. rather than by subject? I'm rather sick of this person and the band
  380. width that has been waste on such topics!
  381.  
  382. - ant
  383.   achowe@tiger.waterloo.edu     | "It is hard to make the world go away
  384.    _     -|-|_   _              |  when it has decided to notice you."
  385.   (_\ |\| | | | (_) |\| \/      |  - Spock's World
  386.                      ___/       |                        disclaimer...
  387.  
  388. ------------------------------
  389.  
  390. End of INFO-ATARI16 Digest V89 Issue #725
  391. *****************************************
  392.